`:top
`!SystemC`! ist eine `F33f`_`[Modellierungs-`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Modellierungssprache]`_`f und Simulationssprache insbesondere für die Entwicklung von komplexen elektronischen Systemen, die sowohl Hardware- als auch Softwarekomponenten umfassen.
Im Gegensatz zu reinen `F33f`_`[Hardwarebeschreibungssprachen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Hardwarebeschreibungssprache]`_`f, wie `F33f`_`[VHDL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Very_High_Speed_Integrated_Circuit_Hardware_Description_Language]`_`f und `F33f`_`[Verilog-HDL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Verilog]`_`f, handelt es sich bei SystemC um keine eigene Programmiersprache, sondern um eine `F33f`_`[C++`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=C++]`_`f-Klassenbibliothek. Sie ist in dem aktuellen `F33f`_`[IEEE`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=IEEE]`_`f-Standard 1666-2011 definiert. Außerdem steht eine `F33f`_`[quelloffene`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Open_Source]`_`f Implementierung des Standards, unter der `F33f`_`[Apache 2.0 Lizenz`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Apache-Lizenz]`_`f zur Verfügung`:cite-ref-1[`F5bf`_`[1`#cite-note-1]`_`f]. Als Klassenbibliothek erweitert SystemC C++ um Sprachelemente, die der Hardware-Modellierung dienen. Gleichzeitig verfügt die Bibliothek über einen Simulatorkern, sodass sich mit SystemC beschriebene Modelle ausführen und testen lassen`:cite-ref-2[`F5bf`_`[2`#cite-note-2]`_`f].
SystemC wird vorrangig zur Modellierung auf höheren Abstraktionsebenen, z. B. für Transaction Level Modeling (TLM) eingesetzt. Damit eignet sich SystemC insbesondere für Electronic System Level Designs, wo die frühzeitige Bereitstellung eines Virtuellen Prototypen zur Evaluation von Entwurfsalternativen von hoher Bedeutung ist. Klassische `F33f`_`[RTL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Register_Transfer_Level]`_`f-Entwürfe wären hier zu komplex und unflexibel.
Ein weiterer Vorteil von SystemC ist nicht nur die schnelle Entwicklung von Prototypen, sondern auch die auf höheren Abstraktionsebenen deutlich verbesserte Simulationsleistung. In SystemC entworfene Modelle auf Transanktionsebene, können eine um ein rund tausendfaches schnellere Simulationsleistung aufweisen als `F33f`_`[RTL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Register_Transfer_Level]`_`f-Modelle`:cite-ref-3[`F5bf`_`[3`#cite-note-3]`_`f]. Somit können auch komplexere Programme mitsimuliert werden und Entwurfsalternativen bezüglich der Partitionierung von Hard- und Software-Komponenten abgewägt werden. Aber auch die Modellierung von synthetisierbaren Schaltungen auf `F33f`_`[Registertransferebene`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Registertransferebene]`_`f sind mit SystemC als Substitut für VHDL oder Verilog möglich.
Da es sich bei SystemC um keine eigenständige Sprache, sondern eine reine (`F33f`_`[Klassen-`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Klassenbibliothek]`_`f)`F33f`_`[Bibliothek`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Programmbibliothek]`_`f für C++ handelt, müssen alle typischen Sprachelemente herkömmlicher Hardwarebeschreibungssprachen auf einfache C++-Sprachkonstrukte abgebildet werden. Dies bringt SystemC den Nachteil eines syntaktischen Overheads ein, den herkömmliche Hardwarebeschreibungssprachen nicht haben. Die Bereitstellung einer Vielzahl von `F33f`_`[Präprozessor`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Präprozessor]`_`f-`F33f`_`[Makros`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Makroprozessor]`_`f hilft dabei, diesen Effekt etwas einzudämmen. Dafür ist der Entwickler deutlich freier im Ausdruck, was jedoch in der Regel mit der `F33f`_`[Synthetisierbarkeit`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Synthese_(Elektrotechnik)]`_`f des Hardware-Modells im Konflikt steht.
SystemC eignet sich, wie z. B. auch die Modellierungssprache E, für die Modellierung von Protokollen und Peripherie, um anhand dieser die `F33f`_`[Fehlerfreiheit`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Fehlerfreiheit]`_`f einer digitalen Schaltung zu überprüfen. SystemC ist jedoch nicht nur eine Modellierungssprache, sondern gleichzeitig ihr eigener Simulationskern. Dieser ist in der SystemC-Bibliothek enthalten (Bsp.: in jeder Referenzimplementierung der OSCI), sodass durch Kompilieren eines System-Quellcodes ein ausführbarer Simulator mit dem Verhalten des Quellcodes entsteht. Jedoch wird SystemC auch von kommerziellen Simulationstools wie Modelsim unterstützt.
Viele Universitäten arbeiten an effizienten Programmen zur `F33f`_`[Schaltungssynthese`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Synthese_(Elektrotechnik)]`_`f aus SystemC-Modellen heraus. Einige Unternehmen bieten Lösungen an, die aus bestimmten SystemC-Codes `F33f`_`[Netzlisten`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Netzliste]`_`f für `F33f`_`[ASICs`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Anwendungsspezifische_integrierte_Schaltung]`_`f oder `F33f`_`[FPGAs`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=FPGA]`_`f generieren können. Im Jahr 2005 wurde die Version 2.1 der SystemC-Referenzbeschreibung von der internationalen Ingenieursvereinigung `F33f`_`[IEEE`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=IEEE]`_`f als Standard IEEE 1666-2005 ratifiziert, welcher 2012 durch 1666-2011 abgelöst wurde. Dieser Standard stellt das aktuelle LRM (Language Reference Manual) dar und ist bei der IEEE kostenlos als Download verfügbar (siehe Weblinks). Im Jahr 2007 wurde die Open-Source-Referenzimplentierung der OSCI (Open SystemC Initiative) auf Version 2.2 aktualisiert um vollständig mit dem IEEE 1666 LRM konform zu sein.
Im Jahr 2016 wurde die Analog Mixed-Signal Erweiterung SystemC AMS als Standard ratifiziert (IEEE 1666.1-2016). Eine Open-Source-Referenzimplentierung ist kostenlos als Download verfügbar (siehe Weblinks).
>>Contents
• `F0af`_`[Syntax`#syntax]`_`f
• `F0af`_`[Module`#module]`_`f
• `F0af`_`[Signale und Ports`#signale-und-ports]`_`f
• `F0af`_`[Prozesse`#prozesse]`_`f
• `F0af`_`[Beispiel`#beispiel]`_`f
• `F0af`_`[Siehe auch`#siehe-auch]`_`f
• `F0af`_`[Literatur`#literatur]`_`f
• `F0af`_`[Weblinks`#weblinks]`_`f
• `F0af`_`[Einzelnachweise`#einzelnachweise]`_`f
-─
>>Syntax
Da SystemC eine Klassenbibliothek für C++ ist, werden hier nur die für SystemC typischen Konstrukte angegeben.
>>>Module
Module dienen dazu, um komplexere Systeme in überschaubare Teile zu gliedern. Sie bilden Bausteine, sind nach außen über Ports zugänglich und können wiederum Module enthalten. Die Syntax lautet
`B100`F9d9SC_MODULE (Modulname) {`f`b
`B100`F9d9// Modulinhalt`f`b
`B100`F9d9};`f`b
Eine Instanz des Moduls wird durch den Konstruktor
`B100`F9d9SC_CTOR (Modulname) {. . . }`f`b
realisiert.
>>>Signale und Ports
Ports bilden die Schnittstelle des Moduls nach außen. Es gibt drei Arten von Ports und als vierten Typ Signale:
`B100`F9d9sc_in<Porttyp> PortInName; // Eingang`f`b
`B100`F9d9sc_out<Porttyp> PortOutName; // Ausgang`f`b
`B100`F9d9sc_inout<Porttyp> PortInOutName; // Bidirektional`f`b
`B100`F9d9sc_signal<Signaltyp> SigName; // Signal`f`b
>>>Prozesse
Die Funktionalität der Module wird durch Prozesse gebildet. Es gibt drei Arten von Prozessen.
`*Methoden-Prozesse`* werden aufgerufen, wenn sich ein Signal aus der Sensitivitätsliste ändert und übergeben nach ihrer Ausführung die Kontrolle wieder an den Simulator zurück. Durch
`B100`F9d9SC_METHOD (Funktionsname);`f`b
wird eine bestimmte Funktion installiert, die zuvor im Modul deklariert werden muss. Die Sensitivitätsliste wird durch
`B100`F9d9sensitive << Signal1 << Signal2 . . .`f`b
erzeugt.
Im Gegensatz zu Methoden-Prozessen werden `*Thread-Prozesse`* nur einmal gestartet und durchlaufen immer wieder die gleiche Schleife, in der wait()-Kommandos zur vorübergehenden Unterbrechung dienen.
`B100`F9d9SC_THREAD (Funktionsname);`f`b
`*Clocked-Thread-Prozesse`* sind synchrone Thread-Prozesse, deren Aktionen erst zur nächsten `F33f`_`[Taktflanke`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Taktflanke]`_`f sichtbar werden. Im Unterschied zu den Thread-Prozessen erfolgt keine Angabe der Sensitivitätsliste, sondern das zweite Argument im Aufruf
`B100`F9d9SC_CTHREAD (Funktionsname, Taktflanke);`f`b
spezifiziert, welche Flanke des Taktsignals den Prozess triggert.
>>Beispiel
Ein `F33f`_`[Addierer`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Addierer]`_`f in SystemC:
`B100`F9d9#include "systemc.h"`f`b
`B100`F9d9`f`b
`B100`F9d9SC_MODULE(adder) { // Moduldeklaration (eine Art Klasse)`f`b
`B100`F9d9 sc_in<int> a, b; // Zwei Eingangs-Ports (a und b)`f`b
`B100`F9d9 sc_out<int> sum; // Ein Ausgangs-Port`f`b
`B100`F9d9`f`b
`B100`F9d9 SC_CTOR(adder) {`f`b
`B100`F9d9 SC_THREAD(doit);`f`b
`B100`F9d9 sensitive <<a <<b;`f`b
`B100`F9d9 }`f`b
`B100`F9d9`f`b
`B100`F9d9 void doit() {`f`b
`B100`F9d9 while(true) {`f`b
`B100`F9d9 sum.write(a.read() + b.read());`f`b
`B100`F9d9 wait();`f`b
`B100`F9d9 }`f`b
`B100`F9d9 }`f`b
`B100`F9d9};`f`b
>>Siehe auch
• `F33f`_`[Just Another Hardware Definition Language`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Just_Another_Hardware_Definition_Language]`_`f
• `F33f`_`[ABEL`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Advanced_Boolean_Equation_Language]`_`f
• `F33f`_`[SystemVerilog`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=SystemVerilog]`_`f
• SpecC
• `F33f`_`[Electronic Design Automation`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Electronic_Design_Automation]`_`f
>>Literatur
• Frank Kesel, `*Modellierung von digitalen Systemen mit SystemC. Von der RTL- zur Transaction-Level-Modellierung`*. 2012. ISBN 978-3-486-70581-2
>>Weblinks
• Website der Entwicklungsgruppe von SystemC (englisch)
• SystemC-Standard IEEE 1666-2005 (englisch)
• SystemC-Standard IEEE 1666-2011 (englisch)
• SystemC AMS-Standard IEEE 1666.1-2016 (englisch)
• SystemC AMS Proof-of-Concept Download (englisch)
• Fraunhofer IIS/EAS SystemC-AMS Homepage (englisch)
• European SystemC Users Group (englisch)
• SCLive, eine Linux-LiveCD mit kompletter SystemC-Simulationsumgebung (englisch)
• Doulos Guide to SystemC (englisch)
• `*Einsatz von SystemC im Hardware-/Software-Codesign`*, Diplomarbeit (PDF; 532 kB)
• Veripool SystemC utilities and Verilog to SystemC compiler (englisch)
• `*2 Diplomarbeiten zum Thema Simulatorkopplung unter Nutzung von SystemC`*
>>Einzelnachweise
`:cite-note-1`!1.`! `F0af`_`[↑`#cite-ref-1]`_`f `*SystemC.`* Abgerufen am 8. Februar 2019.
`:cite-note-2`!2.`! `F0af`_`[↑`#cite-ref-2]`_`f G. Martin: SystemC: from language to applications, from tools to methodologies. In: 16th Symposium on Integrated Circuits and Systems Design, 2003. SBCCI 2003. Proceedings. September 2003, S. 3–, `F33f`_`[doi`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Digital_Object_Identifier]`_`f:10.1109/SBCCI.2003.1232796 (ieee.org [abgerufen am 8. Februar 2019]).
`:cite-note-3`!3.`! `F0af`_`[↑`#cite-ref-3]`_`f Frank Kesel: Modellierung von digitalen Systemen mit SystemC, Von der RTL- zur Transaction-Level-Modellierung. De Gruyter, Berlin, Boston 2012, ISBN 978-3-486-70581-2, S. 17, `F33f`_`[doi`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Digital_Object_Identifier]`_`f:10.1524/9783486718959 (degruyter.com [abgerufen am 8. Februar 2019]).
`c`F0af`_`[↑ Back to top`#top]`_`f`a